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POR EL TERMINO DE 20 ANOS 



La presente Invencion refiere un metodo pare 

t 

transmision y sincroni'zacion de datos multimedia sobre 

redes de computadoras/ y particularmente, la presente 

t 

invencion se refiere ja la transmision sincronizada y 
constante de datos enj formato multimedia a traves de 
diversos tipos de redes; c^e computadoras, mas precisamente 

en Internet. ! 

I 

Con el rapi<ilo crecimiento de las conexiones a 
Internet, es creciente |la aceptacion de la misma como un 

nuevo medio masivo de comunicacion . Como consecuencia de su 

I 

alto grado de aceptacion existe la necesidad de transmitir 



cada dia informacionl en formatos 



mas 



variados 



interactivos como ser | audio y video, por lo cual los 
requerimientos de ancho de banda van creciendo 
signif icativamente deperidiendo del tipo de dato multimedia 



a transmitir, 



Por ejemploj en la actualidad para transmitir 



video de calidad media 



y frame Rate (velocidad de cuadro) 



medio es necesaria una conexion ISDN, mientras que para el 
broadcast o transmision de un video de alta calidad para 
varios usuarios es necesaria una conexion Tl . Por lo tanto 
actualmente la capacidad para transmitir datos multimedia a 

limitada por la capacidad de ancho 
conexiones mas rapidas, ademas de 



traves de Internet esta 
de banda, los costos de 



la capacidad de los seryidores y computadoras clientes. 



Las aplicapiones actuales de Internet, 
los Web browsers y electronic mailers, son capaces de 
transferir y presentarj informacion textual y grafica. Sin 
embargo ninguna de estas aplicaciones provee una plataforma 
efectiva para la transmision de datos multimedia de una 
manera integrada. j 

De acuerdo; a la situacidn actual, se estan 
desarrollando t§cnicas para la transmision de contenido- 
multimedia de forma integrada, mientras se utilizan 
eficientemente los redursos de la red y se minimizan los 
ciclos computacionales jde las computadoras clientes. 

La lentitud de la descarga de las paginas de 

i 

dichos sitios de audio ! y video stream se debe a que dichos 
plug-in, al ingresar a la pagina web, no utilizan la 
conexion actual del navegador (Internet Explorer ® o 
Netscape Navigator ®) ^ sino que se debe conectar a otro 
servidor dedicado en donde se encuentra la prestacion, es 
decir el programa par|a dicha pagina web, utilizando el 
doble de ancho de bandia, tal como si estuviese navegando 
por dos paginas al mismo tiempo. 

Es por loj tanto un objeto de la presente 
invencion proveer un| metodo para la transmision y 
sincronizacion de datos multimedia sobre redes de 
computadoras que no requiera de la descarga de programas 
pequenos o no, denominados plug-in para la correcta 



Es entonces 



visualizacion y apreciacion de sitios en Internet o 
similar que presenten transmisiones de audio video stream. 

Es tambien lin objeto de la presente invencion 
proveer un metodo para la transmision de imagenes y sonidos 

i 

stream a traves de una red de telecomunicaciones tal como 
la Internet o lo similar gue no necesariamente requiera de 
grandes anchos de bandas tales como Tl, T3, ISDN, Cable y 
lo similar, para la dorrecta visualizacion y acceso a 

! 

dichos sitios virtualesJ 

;un objeto de la presente invencion 
I 

proveer un metcdo para audio y video stream sobre una red 

t 

de computadoras en tiempo real con una mejor transf erencia 

de datos para la exposidion de dichas imagenes orientadas a 

I 

generar mundos virtuales sobre dicha red de computadoras 
para por ejemplo, publicidad, ventas de productos, ciudades 
o comunidades virtuales, j etc., en donde el metodo comprende 

los pasos de : i 

i 

importar el j video a procesar; editar el mismo 

I 

en varias secuencias; editar dicha secuencia de video a 

resoluciones de alta caJidad; fraccionar dicha secuencia de 

! 

video a un tamano mendr o igual que dicha secuencia de 

i 
i 

video; exportar dichas jfracciones de video a al menos un 
archive externo; importar dichos archivos externos desde un 
programa de mane jo y j tratamiento de imagenes; someter 
dichos archivos a un ciclo de procesamiento utilizando al 



C ) 



menos un corapresor de j componente de video; aplicar un? 



combinacion de filtros 



a dichos archivos de modo de 



parametrizar colores y sonidos en una secuencia homogenea; 

asignacion de filtros graficos al video; implementacion de 

1 

marcaciones en el video, j a diferencia de la mayoria de los 
desarrollos actuales/ | Qn paquete de imagenes, no 
individualmente; filtracko del audio por diversas capas; 
sincronizacion del audijo con las escenas de la pelicula 



mediante marcaciones en 



las pistas de sonido; realizacion 



de scripts de sincronize cion del audio y video; generacion 

de los controles para lias peliculas; programacion de la 

i 

TOC, tabla encargada de realizar las llamadas dinamicas que 
realizan los controles; | 



Para mayor claridad y comprension del objeto 

I 

del presente invento, sej lo ha ilustrado en varias figuras, 
en las que se ha representado el mismo en una de las formas 

i 
i 

preferidas de realizacion, todo a titulo de ejemplo', en 

i 

i 

donde : j 

! 

La Figura 1 es un diagrama de bloque de una 

disposicion ejemplo de cbmputadora para el entendimiento de 

j 

varios aspectos de la prbsente invencion. 

i 

' i 

La Figura IB es un esquema que muestra un 

{ 

proceso de Video on Demand en Internet, el cual utiliza el 



objeto de la presente inyencion, 



La Figura » 2 es un esquema de la produce 
interna del objeto de la; presents invencion desde el primer 

momento del desarrollo !hasta la solicitud que realiza el 

I 

usuario al servidor. » 

1 

I 

La figura 3; es un diagrama de flujo el cual 
I 

ilustra el proceso de envio de audio y video. 

i 

La Figura 4 |es un esquema del almacenamiento de 

j 

los paquetes de audio y ivideo. 




La Figura 5 es una imagen que ilustra la 

i 

pantalla del monitor en jla PC del usuario. 

! 

La Figura 6 es una imagen que muestra un 

ejemplo del programa litilizado para la preparacion del 

I 

video. ! 

La Figura j 7 es un esquema que muestra 
graficamente como la computadora del client'e interpreta los 

i 
I 

datos de entrada y los muestra en pantalla. 

Haciendo primeramente referenda a la Figura 1 

i 

la misma muestra la disposicion 1 que incluye una pantalla 
(o monitor) 2, una impresora 3, una disquetera 4, un disco 
rigido 5, una interfase de red 6, y un teclado 7. Dicha 
disposicion incluye ademas un microprocesador 8, un bus de 

memoria 9, random access memory (RAM) 10, read only memory 

I 

(ROM) 11, un bus de pe'rifericos 12, y un controlador de 
teclado 13. Dicha disposicion 1 sistema puede ser una 



computadora personal (.PC, como por ejeinplo IBM PC o A 

1 

PC) u otro tipo de computadora. 

El microprocesador 8 es un procesador digital 
de propositos generales ;el cual controla la operacion de la 
disposicion 1. El mismo puede ser un procesador single-chip 

o puede estar implemehtado con multiples componentes. 

i 

Usando instrucciones enyiadas por la memoria 10, 11, el 

microprocesador 8 controla la recepcion y manipulacion de 

la entrada de datos y ia salida y muestra de datos a los 

i 

dispositivos externos 2,| 3, 4,7, etc. 

El bus de| memoria 9 es usado por el 

i 

microprocesador 8 para acceder a la RAM 10 y la ROM 11. La 

RAM 10 es usada por el microprocesador 8 como area de 

almacenamiento general ^ memoria temporal, y tambien puede 

ser usada para almacenar datos de entrada y • datos 

procesados. La ROM 11 j puede ser usada para almacenar 

instrucciones o codigo usado por el microprocesador 8 como 

asl tambien otro tipo dej datos. 

El bus de periferico 12 es usado para acceder 

los dispositivos de entrada, salida y almacenamiento usados 

por la disposicion 1. Estos dispositivos incluyen la 

pantalla 2, la impresora 3, la disquetera 4, el disco 

I 

rigido 5 y la interfase ide red 6. El controlador de teclado 
13 es usado para recibir la entrada desde el teclado 7 y 



enviar simbolos decodif icados por cada tecla presionada 



microprocesador 8 a traves del bus 12 



La pantallaj 2 es un dispositivo de salida que 



muestra 



imagenes 



de 



los datos provistos por el 



microprocesador 8 a traves del bus de perifericos 12 o 
provistos por otros GOitvponentes de la disposicion. La 

impresora 3 provee una iitiagen sobre una hoja de papel o una 

j 
I 

superficie similar (noj ilustrada) . Otros dispositivos de 

salida como ser un plotter (no ilustrado) pueden ser usados 

! 

en lugar de la impresora 3 . 

La disquetera 4 y el disco 5 rlgido pueden ser 
usados para almacenar varies tipos de datos. La disquetera 
4 facilita el transportle de datos a otras disposiciones de 

i 

computadoras, y el discjD rigido 5 permite el rapido acceso 
a grandes volumenes de datos. El microprocesador 8 junto 
con el sistema operativb opera y ejecuta el codigo maquina 
y produce y usa los datos. El codigo y los datos residen en 
la RAM 10, ROM 11 o en jel disco rigido 5. El codigo y los 
datos tambien pueden r^sidir en un medio removible y ser 
cargados o instalados Jn el sistema cuando sea necesario. 

! 
i 

Ejemplos de medios remoyibles pueden ser CD-ROM, PC-CARD y 



cintas magneticas (no 
interfase de red 6 es 
sobre una red conectada 
computadoras . 



ilustrados) . El circuito de la 
usado para enviar y recibir datos 
a otras disposiciones de 



Una placa .iriterfase o dispositive similar ju 

con el software apropiado implement ado por el 

1 

microprocesador puede ser usada para conectar la 
disposicion una red existente y transferir datos de acuerdo 

con protocolos estandar. El teclado 7 es usado por el 

j 

usuario para ingresar 'comandos y otras instrucciones al 

I ' 

sistema, Otros tipos de dispositivos de entrada tambien 

I 

pueden ser usados juntio con la presente invencion, Por 
ejemplo, mouses, trackballs o tabletas digitalizadoras . 

Haciendo ahpra referenda a la Figura lb se 
observa como el programador 14 se encuentra en la estacion 
de trabajo 15, preparjando el metodo 16 objeto de la 

i 

presente invencion. | 

Una vez concluido y compilado dicho metodo 16, 
el paso siguiente es conectarse al servidor Web 17 y correr 
la aplicacion que mariejara las conexiones y darle la 
orientacion al Path o trayecto para que ^'levante" los 
medios audio visuales. Cuando un usuario 18 es informado de 
un nuevo evento a televlsar, se conecta con su proveedor y 
de ahi accede a la red 20. El usuario 18 ingresa la 

direcciori del servidor 17 y se conecta qbteniendo la 

j 

primera pagina Web de ingreso al Site. 

Como una realizacion puede utilizarse algiin 
tipo de sistema de pago! por servicio tal como Pay per View 



®, al momento que el ^ lisuario 4 ingrese a la seccion 
video de dicha pagina web. 

El usuario lb solicita la pelicula para ver, el 

servidor Web 17 lo conecta con el servidor Web dedicado 22 

I 

y comienza el envio jsimultaneo de paquetes, que se 
comienzan a visualizar kn orden ascendente a descendente 
cuando los controles ap.arecen en pantalla, el buffer del 
Servidor ya esta preparado para la conexion, por lo que el 
usuario puede comenzar aj ver el video 21. 

Haciendo ahora referenda a la f igura 2 dicho 
esquema nos muestra como es la produccion interna de la 
aplicacion desde el primer momento del desarrollo hasta el 
pedido que realiza el usuario al servidor. Principalmente 
se encuentran los dos componentes principales del metodo de 
la presente invencion, el archivo de audio y el de video. 
Cabe destacar que de la jmisma manera el archivo de audio y 
de video pueden estar integrados en un solo archivo El 
modulo de Produccion ilustra las distintas etapas por donde 
pasan los dos archives hasta llegar al servidor. En el 
modulo de Procesamiento y. marcaciones, es decir las 
primeras etapa del metodo, se genera la base de toda la 
televisacion, la cual esj donde se determina el sincronismo 
entre el audio y el video, asi como tambien las futuras 




acciones ubicadas en las 



marcaciones . 



Posteriorm^nte a la generacion del f 
deseado y de haber calculado el tipo de conexion que se 
desea utilizar, se coritinua con el audio y el video 
sincronizados en donde tse debe dividir el metodo de la 
presente invencion, para posibilitar al usuario la opcion 
del uso unicamente de auclio, video u otro lenguaje. 

El metodo tjerminado para realizar un Stream 
directo sin sincronizacjion se ubica en un Servidor. Web 
dedicado 27 para este t]ipo de Streaming sin necesidad de 

! 

sincronizacion. La otra iparte, es decir el audio y video, 

I 

que se desea televisar j al mismo momento (sincronizados) 
pasan a las etapas 3 ly 4 23 en donde se les asigna 
funciones a las marcaciones de los paquetes de audio y 
video. Y se genera el TOC o contenido de tabla. Una vez 
concluidas las etapas 3 y 4 23, se envia hacia el Segundo 
Servidor dedicado 28 para esperar que el usuario 25 se 
conecte . 

En una realizacion el usuario 25 se conecta al 
Servidor Dedicado 28 Primario, y de acuerdo al pedido que 
ejecute (solo audio o televisacion) la conexion se deriva o 
no al servidor dedicado secundario 27. En el caso de 
streaming de audio y video ( sincronizados9, se ingresa la 
peticion al servidor 28, el mismo la procesa y envia por 
''paquetes" el audio y el video, sincronizando en conjunto 
con las marcaciones de cada uno, a su vez, genera un buffer 



esta generado el Buffe 



24 para poder trabajar ;en la PC del cliente 25, esto g 

i 

un retardo en la visua]!izaci6n al usuario de pocos segundos 

(dependiendo de la ubicacion, conexion, etc.). Una vez que 

;r 24, el servidor comienza a enviar 

los paquetes de informacion conteniendo el audio y el video 

sincronicamente, manteniendo el buffer activo por si la . 

i * 

conexion se cae, procurando asi una conexion aun cuando la 

i 

tasa de transf erencia baje. 



Por otra 



parte en caso de audio y video 



asincronico, la petici:6n ingresa al servidor primario 28, 
al ser esta de audio o video unicamente, no es necesario un 
sincronismo de marcaciones, en caiubio si es necesario un 
sincronismo en el majiejo del Buffer 24. Se deriva la 
conexion al servidor dedicado secundario 21, el mismo 
comienza la creacion del buffer 24 y el respective envio de 
paquetes de audio, los mismos luego de su procesamiento 2 6 
ya poseen una tasa d€; transf erencia que es menor a 500 
bytes. Es por lo anterior que no es necesario una 

.evada del buffer a utilizar. 
Haciendo mencion ahora a la figura 3, el mismo 

muestra el proceso de envio de audio y video. Primeramente 

1 

se ingresa al modulo 30 en donde se evalua la conexion para 
ser derivada a los distintos servidores (segun peticion del 

usuario) . Una vez realizado esto se prosigue en el servidor 

I 
I 

asignado para la peticion, ingresando posteriormente al 



asignacion demasiado e 



modulo 31 donde se r^aliza la creacion del buffer (se 
conexion) y la sincronizacion para las marcaciones . Una vez 

i 

creado el buffer y las marcaciones estan todas 

sincronizadas 31^ comienza lo que se denomina el Streaming 

o transf erencia de datos entre computadoras sin la 

necesidad de la descarga completa de los datos para su 

I • 

visualizacion, enviando paquetes de audio y video de baja 
carga de densidad, para poder visualizarlos rapidamente una 
vez que la PC del usuario los recibe, los decodifica y 
muestra el video con el j audio 32. 

Mientras el usuario esta viendo el video, la 
disposicion se sigue comunicando con la PC del usuario para 
verif icar que el Streaming finalizo, si este no es el caso, 

pasando nuevamente por el tipo de 
conexion, la creacion del buffer, etc. Se debe tomar en 

i 

cuenta que si el Stream no termino es debido a algun tipo 
de problema que puede gbnerarse durante la conexion 1, tal 
como la '"caida" o disminucion de la tasa de transf erencia 
(comunicacion entre el servidor dedicado y la PC del 
cliente) . En dicho caso se debe analizar nuevamente el tipo 
de conexion. 

El esquema de la figura 4 muestra la forma de 
almacenaje de los paquetes de video / audio. En efecto 
dicho esquema 34 muestrL como se almacenan las marcaciones 
dentro de un mismo frame o marco y como se genera un 



el ciclo se repite 33, 



paquete de video para fel envio del mismo, cada pa 
consta de dos o mas frames, dependiendo de la densidad de 
los mismos, las marcacidnes por el contrario se encuentran 
dentro de cada uno de lojs frames. Posteriormente se generan 
marcaciones independientes de los paquetes, pero 
dependientes de los franjes para poder tener un mejor 
control a la hora del ^nvio del paquete, las marcaciones 
realizan la sincronizackdn de los frames pero no de los 
paquetes, en tanto que la sincronizacion de los paquetes es 
realizada por el serviclor. Cabe destacar que el factor 
dominante en el almacenlje 34 es la cantidad de paquetes 
por la cantidad de marcaciones independientes, para ello se 
debe comprender que la I'ogica de las marcaciones asignadas 
a un frame en especial, radica en el frame consecuente. 

5 se ilustra la visualizacion de 



En la figura 



la pantalla en la PC del usuario. La referenda 1 muestra 
el menu de controles, los mismos estan asignados a 
funciones que son llamadas por scripts o macros para el 
manejo de las marcaciones, estos controles permiten el 
movimiento por la pelicula hacia delante, atras, rebobinar, 
adelantar. La referenda 2 muestra el marco de la 
televisacidn, mientras que el buffer se carga, aparece este 
marco , junto con algun mensaje indicative. La referencia 3 
muestra los frames (video), el mismo no comienza de 
inmediato, simplemente Jparece un mensaje en la pantalla 



I 



hasta que el buffer estf cargado en un cierto porcentaje, 
recien ahi se sincroniza con los marcadores del audio y 

comienza la reproduccion . 

I 

Cabe destacar que los requisites de la 
coraputadora del usuariojson equipamientos estandar, y no se 
requiere de ningiin tipo jde placa de video, audio , hardware 
en especial. j 

En la figura; 6 se observa un ejemplo del soft o 
programa que se utiliza! para la preparacion del video. La 



referenda 38 senala el 



video principal a ser editado. La 



referenda 39 muestra la linea de edicion del video, en 
esta seccion se pueden ubicar los marcadores, asi como 
tambien realizar variaciones en el tipo de densidad de un 
frame determinado. Como punto importante a destacar es 
necesario que cada uno de los frames tenga el mismo tamano 
y densidad. En la referenda 40 se encuentra la linea de 
edicion del audio , (sij es que posee) , en donde se puede 
ubicar marcadores, asi domo tambien realizar cambios en la 
amplificacion del sonid^, tipo de frecuencia y tipo de 
sonido, como ser mono o estereo. 

La referendia 41 senala el grafico de 
transferencia o -Data Stream Graf- el mismo muestra como de 
acuerdo a la cantidad de cambios que le damos a los 
paquetes, se.modifica el stream o disminuye. Es importante 



mencionar que el manejo 



del mismo es fundamental, ya que 



este grafico dependen los tipos de conexiones. 

La figura ! 7 es un esquema que muestra 

i 

graf icamente como la PC Idel cliente interpreta los datos de 

entrada y los muestra en pantalla en el Browser o 

i 

navegador. En efecto la ^ PC del cliente 4 6 incluye un 
browser (navegador) y un modulo plug-in 45 que realiza la 
tarea de interfase con el Browser, con un modulo de cliente 
principal. El modulo j de cliente principal, posee un 
registro de eventos. Buffers de salida, decodif icadores de 
audio / video y conversJres de video y audio. 

Cabe destacar que como caracteristica principal 



el metodo transmision 



de audio / video de la presente 



invencion es la forma de transmision, la cual consta de 
varias etapas, considerando los tipos de conexiones que 
existen en la actualidad, siendo fundamental la creacion de 



paquetes de informaciion para envio 



un adecuado 



decodif icador y conversor para el proceso de transf e.rencia . 
La diferencia radica noj solo en el envio por paquetes, si 
no que la nueva diversif icacion de metodologias para las 
transmisiones por Inte'rnet, no permiten el manejo de 
Buffers en el servidor, logrando que el cliente no deba 
realizar ningun tipo de instalacion, ni instalaciones de 
Plug-ins, programas externos (decodif icadores, etc.), y lo 
similar. La variacion en el metodo de la compresion de 



16 



iitiagenes y marcaciones.de Frames para llamadas externas son 
el resultado de anos dei estudio, el cual esta abarcado por 
el alcance del presente jinvento . 



^ REIVINDICACIONES 
Habiendo asi especialmente descritp y 
determinado la naturaleza de la presente invencion y la 

! 
I 

forma como la misma haj de ser llevada a la practica, se 
declara reivindicar comq de propiedad y derecho exclusive: 



1. Un metodo para la transmision y 
visualizacion de imagenes y audio y video stream sobre una 
red de computadoras en tjiempo real a una mayor velocidad de 
transferencia de datos para la exposicion de dichas 
imagenes orientadas a| generar publicidad, ventas de 
productos, ciudades o jcomunidades virtuales, audio/video 

stream etc., estando I el metodo caracterizado porque 

i 

comprende los pasos de : 

editar una secuencia de video a resoluciones 
de alta calidad; | 



fraccionar d 
menor o igual que dicha 



icha secuencia de video a un. tamano 
secuencia de video; 
exportar dichas fracciones de video a al menos 
un archive externo; 

compilar dichos archives externos desde un 
programa de mane jo y tratamiento de imagenes; 



someter dichos archives a un ciclo 

i 

procesamiento utilizancio al menos un compresor de 

componente de video; ! 

! 

aplicar una j combinacion de f iltros a dichos 
archives de modo de parkmetrizar colores y sonidos en una 
secuencia homogenea; | 

agregar al menos un compresor de componente de 
video a dicha combinacion y procesarla; 

exportar la coitibinacion por medio de un filtro; 

complementar. la combinacion con instrucciones 
para control y ejecucion de la misma en un servidor. 



2. Un metodo de acuerdo con la reivindicacion 

1 

1, caracterizado porque dicho metodo utiliza la conexion 
primaria a un servidor para la interaccion entre un usuario 
y un servidor. 



3. Un metodo de acuerdo con cualquiera ..de las 
reivindicaciones precedentes, caracterizado porque utiliza 
un servidor principal para las aplicaciones audio y video 
stream. 

4 . Un metodoj de acuerdo con cualquiera de las 
reivindicaciones precedentes, caracterizado porque la 
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RESUMEN 



Un metodo para la transmision y sincronizacion 

i 

de datos multimedia sobre redes de computadoras . El metodo 

provee el desarrollo para la transmision y sincronizacion 

continua de datos multimedia a computadoras servidores v 

j • ^ 

clientes a traves de unaj red de diversos tipos de redes que 
incluyen LANs, WANs, comp Internet en sus diversos tipos de 
conexiones como ser ISDjSI, cable, Tl y conexiones DialUps 
(modems) • Los scriptjs de sincronizacion incluyen 
marcaciones para la sincronizacion de los videos con 
anotaciones como ser texto o graf icos en el f ormato de 
HTML. En el modulo de produccion del video se calculan los 



tipos de conexiones a 
realiza la compresion. 



los que se van a transmitir, se 
se generan las marcaciones y los 



respectivos scripts de sincronizacion con los que se van a 
transmitir. Los videos | y sus respectivos scripts son 
almacenados en el servidor web para ser transmitidos ante 
el requerimiento de las computadoras clientes. En la 
compresion del video existe la posibilidad de tener soporte 
escalable para varios tipos de conexiones (desde DialUp 
hasta T1-T3), resoluciones (desde 176x144 a 640x480) y 
frame rates (desde 1 hasta 30 fps) . 



